wo 2005/015453 PCT/EP2004/050623 



WPSRec'd PCI/TO 23 DEC 

€T/EP2004/050623 

10/562378 



Specification 

Detennining Distances in a Warehouse 

Related Applications 

5 This application claims priority from U.S. Provisional application serial number 
60/492,055, filed 31.07.2003, entitled Detennining Distances in a Warehouse, the 
contents of^^'hich are incorporated herein by reference. 

Field of the Invention 

The invention relates to warehouse management. 

10 Backgi'ound of the Invention 

In warehouse management il is oAen necessary lo determine Ihe distance a re- 
source has to travel through a warehouse when moving From a location A to a 
location B. This can be one of tiie objectives of a task and resource mani^ement 
system (TRM) for warehouse operations. In order to determine the distance the 
15 system needs to know the distance for every pair of locations. Locations may be 
storage bins, high bay racking zones, pallet zones, loading and unloading zones, 
etc. For increasing numbers of locations, determining distances soon gets veiy 
difficult For example, to determine distances for a warehouse with only 1.000 
bins, one would need (o type in 1.000.000 distances. 

20 Summary of the Invention 

In one embodiment, the present invention provides a method of determining a 
path length in a warehouse bet^veen a first location, which is in a source zone of 
the warehouse, and a second location, which is in a destination zone of the ware- 
house, each zone having at least one entty node and/or exit node, the method 
25 comprising the foUo^ving steps: 
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a Hist step of determining the distance within the source zone between the first 
location and an exit node of the source zone; 

a second step of detennining the distance between the exit node of (he source 
zone and an entry node of the destination zone; 

5 a third step of determining the distance within the destination zone bel^veen 
Ihe enlr)' node of the destination zone and the second location; 

a fourth step of obtaining the path length by summing up the distances deter- 
mined in the preceding steps. 

Particular embodiments of the invention m^' comprise one or several of the fol- 
io lowing features: 

The distance within a zone may be determined by applying a metric defined in the 
zone. 

The distance between two zones may be determined by applying a line-of-sight 
principle. 

15 In a further aspect, the location rmy be defined by coordinates ^vithin the zone. 

Further the exit node and the enti>' node may be defined by coordinates within the 
respective zone. 

The metric applied in a zone may be one of Euclidean metric and Manhattan met- 
ric, 

20 The line-of-sight principle may be defmed to comprise determining the distance 
of the direct waj' between the two zones. 

The second step may comprise, in case there is an obstacle blocking the direct 
way between the two zones, detemiining an additional distance for a path around 
the obstacle. 

25 The distances between nodes of two diHerent zones may be looked up in a table 
which comprises pre-calculated distances of each pair of nodes of different zones. 

The present invention further provides a method of delenmining a path in a ware- 
house for movement of a resource between a first location, which is in a source 
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zone of the warehouse, and a second location, which is in a destination zone of the 
warehouse, wherein ^e path length is determined with tiie method as defined 
above. 

Hereby, path may be routed based on properties of at least one of a resource^ a 
5 route, and anode. 

Further, the one path may be determined which is the shortest path between the 
first location and the second location. 

Yet further, the present invention provides a method of calculating a path in a 
warehouse between a first location, which is in a source zone of the warehouse, 

10 and a second location, which is in a destination zone of the warehouse, each zone 
having at least one entiy node and/or exit node, the method comprising the fol- 
lowing steps: 

- detemiining a route from the first location to an exit node of the source zone; 

- determining the distance within the source zone between the first location and 
1 5 the exit node of the source zone; 

- delerinining a route from Ihe exit node of the source zone to a pick and drop 
point associated with the source zone; 

- determining the distance between the exit node of the source zone and the pick 
and drop point associated with the source zone; 

20 - determining a route fiom the pick and drop point associated with the source 
zone to a pick and drop point associated with the destination zone; 

- determining the distance between the pick and drop point associated with the 
source zone and the pick and drop point associated vvitli the destination zone; 

- determining a route from the pick and drop point associated udtli the destina* 
25 tion zone to an enti>' node of the destination zone; 

- determining the distance bet\>'een the pick and drop point associated with the 
destination zone and the entiy node of the destination zone; 
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- determining a route between the enli>' node of the destination zone and the 
second location; 

- detennimng the distance within the destination zone between the ento' node of 
the destination zone and the second location; 

5 - obtaining the path length by summing up the distances determined in the pre- 
ceding steps. 

Herein for each route, a resource may be determined which is able to move on the 
route. 

Hereby, only such routes ma>' be detemiined on which selected resources are able 
10 to mova 

Hereby, the shortest path between the first location and the second location may 

be determined. 

In a further aspect, the one path is determined which satisfies best a cost criterion, 
the cost criterion taking into account at least one of distances of the routes, travel 
15 time for the resource on the routes, and characteristics of the resources. 

Herein each roule delermining step may be followed by a step of calculating a 
cost criterion, whereby calculating the cost criterion takes into account at least one 
of distances of the respective determined route, travel time for the resource on the 
respective determined route, and an average value of characteristics of all the re- 
2U sources for the respective determined route. 

The present invention further provides a method of modeling a warehouse with a 
computer s>'stem, the warehouse comprising a plurality' of bins for storing goods, 
a pluralitj' of work centers for processing goods, and a plurality of resources for 
moWng the goods in the warehouse; the method comprising the foHo^ving steps: 

25 a first step of defining a first plurality of zones, each zone representing a 
grouping of bins, or a work center, whereby with each zone, at least one node 
is associated, the node representing an enti>' and/or exit point for resources 
lo/frora the zone, and whereby with each bin and with each node in a zone, 
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coordinates are associaled which are representative of their location in the 
zone; 

a second step o£ defining a first plurality of routes, each route representing a 
path for movement of a resource between nodes of a pair of zones, whereby 
5 with each of the routes, a path length is associated which is representative of 
the length of the route; 

a third step of defining a second plurality of routes, each route representing a 
path for movement of a resource within a zone between a bin and a node of 
the zone; whereby with each of the routes, a path length is associated v^ch is 
10 representative of the length of the route. 

This method may further comprise defining a plurality of resource types, each 
resource type representing a kind of facility used for movement of a good within 
the warehouse. 

Yet further, this method comprise defining a plurality of exceptions, each 
15 exception representing an obstacle for movement of a resource type on a route, 
wherel))' with each obstacle, a path length is associated which is representative of 
the length of the detour caused for the resource t}-pe to move around the obstacle. 

Furthenmore, the method may comprise defining a plurallt}' of mandatoiy routes, 

each mandatoiy route representing a forced route for movement of a resource 
20 tj'pe, whereby with eacli mandatoiy route, a path length is associated which is 
representative of the length of the mandatoiy route. 

Further, the method may comprise 

a step of defining a further plurali^' of nodes, each of the nodes representing a 
predefined location in the warehouse outside the zones; 

25 a step of defining a third pluralit}- of routes, each of the routes representing a 
path for movement of a resource between a node of the further plurality of 
nodes and a another node, whereby ^vith each of the routes, a path length is as- 
sodated which is representative of the length of the route. 
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The method nuQ' comprise associating with each resource type attributes which 
ore descriptive of physical properties of the resource type. Those properties may 
be one or several of velocity, number of pallets that can be carried, maximum 
level of height that can be reached. 

5 The method may further comprise associating with each node attributes which are 
descriptive of physical properties of the node. Those properties may be one or 
several of logical vs. Physical node, entry/exit node, xyz-coordinales. 

The method may further comprise associating with each route attributes which are 
descriptive of physical properties of the route, &g., resource types that are allo\ved 

10 for this route. 

Herein the second and third pluralities of routes may be stored in a set of tables, 
each of the routes being referenceable by the two nodes between which the route 
is defined. 

The method may further comprise defining a second plurality of zones, each of 
15 the zones representing an entry and/or exit point lo/from the warehouse, whereby 
with each zone, at least one node is associated, the node representing an entr>' 
and/or exit point for resources to/from the ?x>ne. 

The present invention provides also a computer -readable storage medium com- 
prising code for perfomning the inventive methods, when executed in a computer 

20 system. 

For the above example with 1.000 bins, the user does not have to enter into the 
system the 1.000.000 distances bet^veen the bins. He just has to group them to 
zones and to define the entry/exit nodes of these zones. If there are obstacles on 
the shop floor of the warehouse, he additionally has to define these obstacles. All 
25 the rest is done using the defined metrics and the line-of-sight method. 

Details of one or more implementations are set forth in the accompanying draw- 
ings and the description below. Other features and advantages ma>* be apparent 
from the description, the drawings, and the claims. 
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Brief Description of the Drawings 



Fig. 1 shows a view of an e?cemplai>* model warehouse; 

Fig. 2A shows the inventive principle of Ihree-slep routing; 

Fig. 2B shows a block diagram of the routing principle of Fig. 2A; 

5 Fig. 3 shows an exemplaiy route in the warehouse of Fig. 1 ; 

Fig. 4 shows the floor plan of the exemplar}' model warehouse of Fig. I ; 

Fig. 5 shows the exemplary model ^va^ehou5e of Fig. 1 mapped to the 

node/zone concept; 

Fig. 6A depicts fte different steps of the inventive route determination prin- 
10 ciple; 

Fig. 6B displays a /low diagram of the route determination principle of Fig. 
6A; 

Fig. 7 shows an exemplary defmition of an exception for route calcula- 

' tion : 

15 Fig. 8 shows an example for calculating mandatory routes; 

Fig. 9 sho^vs the services provided by the route in a table; and 

Fig. 10 shows a diagram of basic interaction between the three processes 
together with die respective services. 



Detailed Description of the Invention 

20 Referring now to the drawings, aspects of the present invention and the exemplary 
operating environment will be described. 

The exemplar^' model of a warehouse according to Fig, I comprises a goods entry 
zone with 3 doors, a bulk storage area, two high rack storage types, a fixed bin 
storage type for picking, a conveyor, a sortation loop, some work centers, a couple 
2S of pick-and-drop (P&D) locations, and a goods issue zone with 8 dooxs. 
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In order to avoid disadvantages like manual input of all the distances, a method is 
provided that divides the problem of determining distances between two locations 
in smaller sub-problems and puts the solutions of the sub-problems together to 
obtain an overall solution. 

5 Locations are grouped together in so-called zones. A zone can be, for example, a 
group of storage bins. In a high rack storage this can be for example an aisle. 
Thus» there can be a source storage bin belonging to a zone and a destination stor- 
age bin belonging to another zone. Furtlier, for evei>' zone at least one entry and 
one exit point or node is defined. The function of an entry node and an exit node 

10 may be provided by a single node. Ever>' storage bin can be characterized by 
(preferably x, y, z)-cooidinales. 

In one embodiment of the invention, which is displayed in Fig. 2A, B, the actual 
routing is performed in three steps. In the first step, a route from a source storage 
bin to an exit node of the zone which the source bin belongs to is determined. This 

13 step ma>' be referred to as ''intra zone routing". The intra zone routing can be done 
based on a metric. The metric may be one of Euclidian metric, Manhattan metric 
or any other metric that is suitable to describe distances for tlie respective zone. 
The distance from the source bin to the exit node is determined using the metric 
that has been deOned for this zone. In dilTerenl zones different metrics may apply. 

20 In the second step, the distance from the source zone to the destination zone is 
determined. This step may be called *'inter zone routing". The inter zone routing 
may be done using a "line-of-sight method". In this method, the basic assumption 
to simplify the delerminalion of distances is thai there is a line-of-sight between 
an exit node of the source zone and an enlr>' node of the destination zone. For ex- 

25 ceptions so-called '"obstacles" can be defmed. If there is no line-of-^ght, because 
there is an obstacle, this obslacle can be defined in the system and the mechanism 
then delennines the distance, taking into account that the resource has to travel 
around the obstacle. Obstacles msy be defmed with two edges (e.g. wall) or four 
edges (e.g. rectangle). The third step comprises determining the distance from the 

30 entry node of the destination zone to a destination storage bin. This is again an 
'Sntra zone routing** as described in tlie first step. 
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In an additional fourth step, the distances determined in tlie preceding three steps 
are summed up in order to obtain the length of the path from the source storage 
bin in the source zone to the destination storage bin in the destination zone. 

In case the destination zone is an exit of the warehouse, for example a loading and 
5 unloading zone, the third step has not to be perfoimed or results in a zero distance. 
In the same vfoy, it t may happen that tiie source destination is an entry point into 
the warehouse. Accordingly, in thai case, the Drst step has not to be performed or 
results in a zero distance. 

One basic assumption of Ihe approach according to the invention is that "what is 
10 not forbidden is allowed". So if a resource should move from a location A to a 
location B, the distance between the coordinates of (he two locations is calculated 
by using the predefined metric. Only if there is a problem, for example there is an 
obstacle in between, the routing algorithm has to be more reBned. 

Thus, first the system tries to determine a route according to the predefined met- 
\5 ric. if there is an obstacle in between, the system recognizes this and calculates a 
route via the edges of the obstacle (line of sight). 

Fig. 3 shows one example of a route in the warehouse of Fig. 1 . 

Another reason for not just taking the direct route (using the metric) may be a 

forced P&D. This means that for some reason or another there has to be done for 
20 e.xample a packing operation. The system then first calculates the route to the ap- 
propriate packing station and from there to the final destination. 

In die case where the movement has to be done in a rather strange shape, there is 
the possibility to enter the distance between two points in an reception table. 

Fig. 4 shows the floor plan of the e.\emplai>' model warehouse of Fig. 1. First a 
25 metric is defined for the \^hoIe warehouse or for special zones within the ware- 
house. In an aisle for example the Manhattan metric is applied whereas in the rest 
of the ^va^ehouse the Euclidean metric is applied. 

To describe the rest of the objects apart from the WM ston^e bins, also nodes are 
used. Nodes nu^' be either logical or ph>'sical or both. 
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A logical node is only used for the routing algorithm. It is just a logical construc- 
tion. On a logical node nothing can be stored or put do^vn. Examples for logical 
nodes are the entiy and exit points of aisles or the edges of an obstacle. 

A physical node ser\'es for the routing as well as for storing goods. Examples are 
5 P&D locations. 

Among the nodes, it is distinguished between entry and exit or bi-directional no- 
des or nodes that are neither enti>- nor exit nodes (obstacles). 

Objects like walls or storage types are defined as obstacles for the routing algo- 
rithms. 

10 Fig. S shows the exemplary model warehouse of Fig. I mapped to the node/zone 
concept. For sample there are the following items given: 

A physical enliy node, representing one of the doors of the goods receipt area; 

A physical exit node, representing one of the doors of the goods issue area; 

A logical node representing an edge of the fixed bin storage type as an obstacle; 

15 An entry and exit node for the fixed bin area; 

Some other warehouse zones, like the bulk zone or some zones within the high 
rack; and 

the P&Ds and the convQ^or or sortation loop. 

Figs. 6A, B depict the different steps in the route determination from source A to 
20 destination B. First, the e.\il node of llie source zone is determined, then, it is 
checked if there is a dedicated P&D for the source zone. Tlien, it is checked 
whether one of the free P&Ds should be taken into account. Free P&Ds are such 
P&Ds that are not dedicated to a specific zone. Then, the same checks are made 
for the destination bin, it is looked for dedicated P&Ds for the destination zone, 
25 for the entry node of the destination zone, and at last for the destination bin. The 
restrictions in this example are that the whole route must be able to cany El paU 
lets, that the start of the route must be done by a resource that can reach the source 
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level and that the end of the route must be done by a resource that can reach the 
destination level. 

Fig. 7 show's an exemplary, defmition of on exception for route calculation. 
Whereas the narrow aisle forklift can pass through the narrow aisle, the standard 
5 forklift has to make a detour. The distance will not be 10 meters but 15 meters 
instead. The exceptions can be defined per route (source node / destination node) 
and resource type. Routes can also be completely disabled. 

Fig. S shows an example for calculating mandatory routes. Mandatory routes can 
be treated as exceptions. They force a route to be constructed via a specific node 
10 (e.g. P&D, Work Center). For example all the pallets that are sent from the high- 
rack storage to the goods issue area have to be shrink-wrapped. So they will be 
sent via the shrink ^vrap machine to the goods issue area. 

Fig. 9 shows the services of the Route Management for the other packages. There 

are: 

15 Gel list routes: This gives a list of all the possible routes to the caller. 

Get list prioritized WC b\' route: this gives a prioritized list of all the possible 
work centers to the caller. 

Gel list distance: This gives the distance of a specilic resource to dilTerent source 
locations (e.g. useful for task interleaving). 

20 Fig. 10 depicts all the three processes together with the services according to the 
process model. 

To summarize: 

Route Management has the control over the areas: 

Zone to zone (inter zone) parameters and metric; 

25 Overall (inter + intra) zone routing calculations, based on defined metric 

and taking into consideration any defined exception; 

Nodes with their attributes; 

Dedication of nodes to zones; 
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Enforcemenl of mandalory roules (i.e. passing via zone); and 

Compute weighted cost of Resource Type*s movement, given the calcu- 
lated duration and execution qualifications prefeFences. 

Computing the weighted cost of the movement means, that it does not only 
5 take into account the calculated distance between two points but also the 

duration (via the velocity of the resource) together with the execution pref- 
erences, i.e. some routes may be more appropriate to a specific resource 
(ban others (ex. In a narrow aisle, only the narrow aisle foiklifis are al- 
lowed to move).The resource management manages all the master data re- 
10 lated to workers, devices and resources in the warehouse. Additionally, it has the 
visibility over dynamic resource infonmalion (e.g. statuses). This information en- 
ables keeping track of all resources currentl)' present/active in the s>'stem, thus 
enables control of resources. 

The package has the roles of resources administration, and manage all the infor- 
\5 malion associated with Resources. 

The package has control over the areas of Qualifications, resource characteristics 
(e.g. velocity (x, z)), and audit trail (i.e. resource 'BOM' history and statuses). 

The Site Map Management package has a compr^ensive visibility of the ware- 
house. As such, it manages Ihe following site map information: 

20 Bins (e.g. storage bin, work center (WC), pick-up & drop-off points 

(P&Ds)); 

Logical and physical bin groupings (e.g. zones); 
Bin content & capacity; 

Routes xviih associated information (e.g. duration, priorit}' etc.); 

25 The package is comprised of two subs>'stems, namely Bin Management, and 
Route Management. 

Bin Management manages information associated with physical floor entities and 
Ihdr logical groupings. 
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The subs>'stem roles are; it manipulates bins to zones/coordinates for navigation 
purposes, and it prioritizes Wodc Centers based on the required operation. 

Bin management has a control over the areas of bins and coordinates, zones, car 
pacit}* & content, and Work Centers* roles. 

5 The route management manages route information and provides cost/priority cal- 
culations. 

The routes and their cost calculations, which are based on route, bin and resource 
type aspects aim to support decision-making concerning Task creation and selec- 
tion. 

10 The Route Management manages the route information (e.g. P&D dedications, 
metrics, nodes' attributes). It manipulates bin, resource capabilities and prefer- 
ences to routing terms and it provides cost or priority calculations based on the 
defmed metric. 

Route Management has the control over the areas of distances between nodes. 
13 zone groups, and calculation metric. 

Resource Element Type stands for role definition in tlie warehouse. It is used to 
define the required roles for Resource T\'pe*s construction, which are eventually 
compared with the allowed Resource Element Types of the Resource Element, 
whenever the construction takes place. The Resource Element Type (the role) is 
20 determined for each Resource Element, as soon as it was logged on successfully 
to the sj'stem. 

The main characteristic of the resource is its Resource Type. The Resource Type 
has its own identification and description (e.g. „forkliff') and a set of other prop- 
erties. 

25 Resource Element represents the workers and the devices in the warehouse. These 
are Elemental' components, of which a Resource is composed. The differentia- 
tion between workers and devices is made to determine the required information 
and the system (i.e. HR/PM) TRM should access to gel the information from. The 
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same diJCferenlialioii is required for similar reasons for TRM inbound interactions 
from extemd systems. 

Qualifications detennine the capabilities of the Resource Elements and Resource 
Types. There are two types of qualifications, which are selected to be used de- 
5 pending on the time related to the logon milestone, namely Logon Qualifications, 
and Execution Qualifications. 

The Logon Qualifications determine the skills (or roles) for Resource Elements, 
which are being checked against in the logon process. They are used up to the 
point when the Resource Element was successfully Jogged on to the system. 

10 Execution Qualifications are used from the point the Resource has logged on to 
the system, until its logofll They define the capability and preferences of perform- 
ing a certain Task based on its properties (eg. Working Area, levels. Handling 
Unit Type), The Execution Qualifications deal with execution perspective and as 
such, they remain always active (they are not logon dependent) for Resource Ty- 

15 pe, throughout its life. 

Resource constmction is based on the determined resource type. Once the Re- 
source construction has been accomplished by logging on all the required resource 
elements that satisfy all the resource element types, an identification number is 
assigned to it. It should be noted that in the future, the option that enables logging 
20 on to a specific Resource would be considered. 

As soon as the Resource is created, it inherits all Resource Element attributes a- 
long with the Resource IVpe's attributes and all its actions and statuses are being 
tracked fi-om now on. 

Resource profile is comprised of user preferences, device capabilities, Worklisl 
25 size. Task release slrateg>', ability to execute clustered and interieaving Tasks and 
notification agent parameters. 

The Route and Bin subsj'stems* data model are represented together since thej- are 
both strongly related to each other, and the Bin Management has (almost) no pro- 
prietary entities. 
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Node: The various warehouse nodes* informaiioa In addition to the geographical 
location of the nodes, this entity defines th«r type and behavior. 

Zone: This entity concentrates the Zone related infoimation. One of its most im- 
portant Tasks is to save the intra zone properties, such as the metric used for dis- 
5 lance calculation. 

LAGP: This LES' table maps bins onto their Zones to achieve another grouping 
for roulmg purposes. In addition, this table is to contain geographical location of 
the bins as well as sequencing information. 

Zone - Node dedication: Each node may serve one zone (or more) as an entry/exit 
10 point and one zone may be served by several nodes. This entil>' contains this 
cross-referencing information. 

Obstacle: This table maps physical obstacles within the warehouse onto nodes. 
Each obstacle serves as input for the connectivity graph (i.e. nodes connected by 
line of sight). 

15 Neighbor Nodes Distance: By combining the node and obstacle tables together, 
the neighbor table could be derived. This oriented graph represents pairs of con- 
nected nodes. Any pair of nodes is checked against the obstacle table to ensure (he 
existence of Line of Sight 

Inter-Route exception: Using the metric defined across TRM. the distance be- 
20 Iween pairs of points can be calculated. This entity (positively) defines exceptions 
to tlie above rule. This table is Resource Type related, namely, the exception in 
the distance calculated between a pair of nodes could be attached to a specific 
Resource Type. 
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Routing Table: This entity represenls the 'shortest path* between any two nodes in 
Ihe warehouse. Hie Neighbor Nodes Distance table, togeflier with tiie Inter-Route 
Exception table, is used as the input for the Routing table. The above pre- 
calculation is skipped for logical pairs that contain logical nodes that are not ser- 
5 ved as either ento' or exit points. 

Mandatory Routes: This entity enables degeneration of the routing model for spe- 
cial purposes b>' overruling the Routing table information. Mandaloiy Route may 
be defmed (as a configuration) between any pair of zones. 

The following services are given: 

10 Get List Routes 

Import: HU information, move information and Resource Type list 
(optional); 

Export: Next destination set, prioritized Resource Types per each 
destination. 

1 5 Get List Prioritized WC by Route 

Import: Move information, Work Center list, and HU information 
(optional); 

Export: Prioritized Woric center list. 
Get List Distances 

20 Import: Source location. Destination list and Resource information; 

Export: Prioritized (by distance) destination list 

Modules 

The whole warehouse complex may be represented as zones connected by routes. 
The zones are similar to (and in many cases the same as) LES' storage tj'pes. Ho- 
25 wever, it is preferable nol to use an external subdivision for internal purposes, 
since there is no guarantee that it will always fit into our needs. Aisles are strongly 
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related to Resources abilities, and thus ^vill be mapped onto zones. That is to say, 
all &e bins belong to an usle will be pointing to the same zone identifier. 

Nodes are abstract entities used to enable easy configuration and calculation of 
routes. The nodes may represent both physical entities (e.g. P&D locations) and 
5 logical ones (such as zones' entry/exit points). 

Any movement is then defmed between pairs of source bin/node and destination 
binMode. 

Get List Routes 

As mentioned. Task Management invokes this service in full scale on Task crea- 
te tion phase. In return, Route Management sends back a list of optional tasks* rout* 
ings. Nonetheless, the choice of the particular routing option will be left to the 

caller. 

Task Routing refers to the 'next step' suggested rather than the whole (source to 
destination) path. Namely, the Route management suggests all the sub paths that 
15 eventually lead to the required destination. However, the path as a whole is a spe- 
cial case in its sub-path set. 

This chief module serves all the above listed Transactions. In the most general 
case, it receives source, destination, and HU type to be moved. As output, the mo- 
dule will provide possible routes with a list of corresponding Resource Types. 
20 Each pair (Route-Resource TVpe) has its own priority, which expresses the overall 
(estimated) cost of the route along ^\^th the Resource Type preferences to execute 
the suggested task routing. 

To allow use of an external routing engine, the Route Management is prefembly 

configurable separately from all the rest of the TRM system. It may *'know" most 
25 of the entities used in the TRM system (Resource Type, Bin etc), but the TRM 
must not know any of the routing internal entities. 

Function Modules 

Routing Algorithm: 
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The Routing algorithm uses the Roaxlmap approach, which is based on 2 layers: 
intra-zone (dly map) and inter-zone (highway palhs). While intra-zone refers to 
movements inside aisles, the inter-zone navigation represents movements between 

aisles. 

5 Any movement within the warehouse can be considered as a supeiposition of intra 
and inter zone movements. Therefore, it can be calculated using the above- 
mentioned algorithms. The ento'/exit nodes of zones defme the tangent boundar 
ries between the two routing algorithms. 

Since only the next step must be relumed, the procedure must first consider all 
10 movement possibilities from source. Thereafter, for each *next step* calculated, 
the Rest of Trip cost (ROT - movement from the current *nexl step' to destination) 
has to be estimated. The overall cost (to *next step* together with the ROT) serves 
as a common denominator to evaluate the difFerenl Routings suggested. 

It is to be noted that there is a difference between 'next step' calculation and ROT 
IS estimation. The first refers to a specific Resource Type; the latter is somehow in- 
dependent of Resource Type, since it will be determined in the future. The ROT 
estimation is based on an abstract Resource Type, vv^iich can represent an average 
cost of all the available Resource Types. 

Intra Zone Routing: 

20 Intra Zone routing is defined as one of the following movements: 

- From a bin to the zone exit nodes; 

- From a zone entry node to the zone's bins; 

- Mo^'es within a zone. 

The model uses the information placed within LES' LAGP and the zone informa- 
25 tion (local metric) to calculate the cost of these internal moves. The intra<-zone 
calculations are done on the fly, to avoid pre-calculated intra-routes avalanche. 

Inter Zone Routing: 
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Movements between zones ore handled using the inler-zone algoriUim. To avoid 
excess of paths, logical nodes were used. Unlike physical nodes, the logical ones 
serve as junctions and thus do not necessarily represent places where HUs be 
placed. 

5 The relationship between adjacent nodes (neighbors) is described using a directed 
graph. Tliis data model may easily serve as a basis for optimized path calculation 
between any pair of nodes. Nonetheless, this procedure is both time-consuming 
(and generally time-boundless). To allow fast lookup, all the possible movements 
(from physical nodes to physical nodes) are pre-calculated per each resource type. 

10 Get List Prioritized WC: 

This special case of the general Routing mechanism aims to solve the cases where 
no concrete intermediate destination was predeHned. Aside of source and destina- 
tion, this Function Module receives a set of possible locations through which (one 
of them) the Route may pass. Good example is a requirement to move HU from 
15 source to destination via a value-added station (e.g. shrink wrap machine). This 
procedure usually senses as preliminai>' stage to the routing phase, for it deter- 
mines (he (best) intermediate location to serve as temporary destination. 

Invoking Ihe rough cost estimation of moving from source to destination via the 
various intermediate locations, enable the latter s prioritization. 

20 Get List Distances: 

This is a degenerated case of the routing algorithm, which uses only the distance 
calculation between pairs of nodes/bins. It is used to better prioritize tasks for a 
specific Resource according to the latter distance firom the tasks' sources. 

Services: 

25 Administer Request 

Import: Request 

Export: Confinn administration. 
Update Request Life C^de 
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Import: Task execulion data; 

Export: Confirm update. 
Oel Detail Execution Data 

Import: Tasks; 
5 Export: Execution data. 

Modules 

Request Administralon 

Request Administrator validates Itie Request information and manages references 
to requests along uith their normalized priorities. It is responsible for the Request 
10 life cycle and for providing confirmations to LES based on the required confirma- 
tion method. 

Function Modules 

Scheduler 

The Scheduler is the ultimate Request release controller. It checks the requests 
15 continuously, upon Task confirmation or submission of a new Request. The Sche- 
duler provides tlie follovk^ing release related answers based on priorities, grouping 
and dependencies: When, What and How (release in groups. e,g. merging as- 
pects). 

The answer to "When" and "What** deals with scheduling issues that aim to in- 
20 crease the efBcienc)' in the warehouse. The scheduling mechanism releases re- 
quests for execution as late as possible, using Request weighted priorities and 
comparing Ihem to Task priorities (within the Task pool). The release control re- 
duces the number of Tasks within the system and limits the pool just for high pri- 
ority Tasks. Moreover, by postponing release of requests for execution until the 
25 last moment (close to execution), better decisions can be made regarding Task 
creation. 

The answer to "How" deals wth merging issue. There is a m:n relation behveen 
Request and Task. Several Request Items may be translated uito one Task and one 
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Request may be translated into many Tasks. The Scheduler wraps the Request 
Ttein(s) to assure fhe appropriate Task creation. At the first stages of each picking, 
eveiy Request Item is treated as a separate Task. Thereafter, when the picked ma- 
terials are to be moved together, the Scheduler will mei^e them together to assure 
5 creation of only one Task. 

The optimization roles are satisfied by an internal standard optimization algo- 
rithm, but might as well be satisfied b>- utilizing the provided capability to inte- 
grate external scheduling engines. 

The present techniques can be implemented in digital electronic circuitry, or in 

10 computer hardware, firmware, software, or in combinations of them. The inven- 
tion can be implemented in a computer program product tangibly embodied in a 
machines-readable stors^e device for execution by a programmable processor. Me- 
thod steps according to the invention can be performed t>>' a programmable pro- 
cessor executing a program of instructions to perfomi fiinctions of the invention 

IS by operating on the basis of input data, and by generating output data. The inven- 
tion may be implemented in one or several computer programs that are e.\ecutable 
in a programmable system, which includes at least one programmable processor 
coupled to receive data from, and transmit data to, a storage system, at least one 
input device, and at least one output device, respectively. Computer programs 

20 may be implemented in a high-level or object-oriented programming language, 
and/or in assembly or machine code. The language or code can be a compiled or 
interpreted language or code. Processors may include general and special purpose 
microprocessors. A processor receives instructions and data from memories, in 
particular from read-only memories and/ or random access memories. A computer 

25 may include one or more mass storage devices for storing data; such devices may 
include magnetic disks, such as internal hard disks and removable disks; nu^eto- 
optical disks; and optical disks. Storage devices suitable for tangibly embodying 
computer program instructions and data include all forms of non-volatile memor>', 
including b)' way of example semiconductor memoi>' devices, such as EPROM, 

30 EEPROM, and flash memoo' devices; magnetic disks such as internal hard disks 
and removable disks; magneto-optical disks; and CD-ROM disks. Any of the fo- 
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regoing can be supplemented by or incorporated in ASICs (opplication-speciBc 
integrated circuits). 

The computer systems or distributed computer networks as mentioned above may 
be used, for example, for producing goods, delivering parts for assembling prod- 
5 ucls, controlling technical or economical processes, or implementing telecommu- 
nication activities. 

To provide for interaction wilh a user, the invention can be implemented on a 
computer system having a display device such as a monitor or LCD screen for 
displaying information to Ihe user and a keyboard and a pointing device such as a 
10 mouse or a trackball by \\h\ch the user can provide input to the computer system. 
The computer system can be programmed to provide a graphical or text user inter- 
face through ^vhich computer programs interact with users. 

A computer nu^' include a processor, memoiy coupled to the processor, a hard 
drive controller, a video controller and an input/output controller coupled to the 

15 processor by a processor bus 21. The hard drive controller is coupled to a hard 
disk drive suitable for storing eNeculable computer programs, including programs 
embodying the present technique. The I/O controller is coupled b>' means of an 
T/0 bus to an 1/0 interface. The I/O interface receives and transmits in analogue or 
digital form over at least one communication link. Such a communication link 

20 may be a serial link, a parallel link, local area network, or wireless link (e.g. an 
RF communication link). A display is coupled to an interface, which is coupled lo 
an I/O bus. A keyboard and pointing device are also coupled to the 1/0 bus. Alter- 
natively, separate buses may be used for the keyboard pointing de\'ice and I/O 
interface. 

25 Other embodiments are in the scope of the follo\\ing claims. 



